Method and system for identifying degradation of a media service

ABSTRACT

A method and device for identifying degradation in service quality for a wireless media service. The wireless media service has a known expected packet generation rate, which may be determined by the device based upon the codec and payload size selected on initiating the media service. At a receiving device, the packets actually received by the device from the other termination point are counted over a time period, and this number is compared with the number of packets that were expected based upon the known packet generation rate. From this comparison a packet loss rate may be determined. If the packet loss rate exceeds a threshold level, then the device may issue a user alert, terminate the service, or take other action. The threshold level may be established based upon a packet loss rate corresponding to a significant degree of service quality degradation.

FIELD OF TECHNOLOGY

The present application relates to methods and devices for predictingquality-of-service problems with media services and, in particular, to amethod and device that identifies degraded media service on the basis ofpacket loss rate.

BACKGROUND INFORMATION

Many wireless mobile devices are capable of engaging in media servicesover a wireless network wherein they send and receive media packets. Onecommon such service is a Voice-over-IP (VoIP) call. Network congestionand RF transmission problems can lead to lost packets. Many of theprotocols used for media services, like real-time transport protocol(RTP), are focused on packet throughput and efficiency so as to deliverreal-time or near-real-time services. Accordingly, lost packets may notbe resent or recovered. When packet loss becomes significant, theservice quality may become noticeably degraded and the user may havedifficulty understanding audio or video. In a VoIP call, packet loss canintroduce jitter, clicks, stutter, and other audio artefacts thatdetract from the user's speech comprehension. Once packet loss becomessignificantly high, the media, e.g. audio or video, may becomeincomprehensible to a user.

It would be advantageous for a mobile device to be able to assess thelevel of service degradation due to packet loss. Some protocols providefor dissemination of packet statistics. For example, the RTP standardhas an associated real-time transport control protocol (RTCP) whichprovides for the exchange of periodic RTCP packets that containstatistics on the number of packets sent and received. A drawback tothis model of gathering packet statistics is that it depends on thesending and receipt of RTCP packets between termination points. If themedia path is significantly degraded such that RTP packets are beinglost, then there is a reasonable likelihood that an RTCP packet may alsobe lost.

BRIEF SUMMARY

The present application describes a method and device for identifyingthe degradation in service quality for a media service. The receivingdevice knows an expected packet generation rate for the othertermination point, which may be determined by the receiving device basedupon the codec and payload size selected on initiating the mediaservice. The packets actually received by the device from the othertermination point are counted over a time period, and this number iscompared with the number of packets that were expected based upon thepacket generation rate. From this comparison a packet loss rate may bedetermined. If the packet loss rate exceeds a threshold level, then thedevice may issue a user alert, terminate the service, or take otheraction.

In one aspect, the present application provides a method of identifyingdegradation of a media service. The media service is conducted by awireless device in a wireless system and the media service has anexpected packet generation rate. The method includes steps of counting anumber of data packets actually received by the wireless device over aperiod of time, calculating a packet loss rate from the counted numberof data packets and the expected packet generation rate, and determiningthat the media service is experiencing significant quality degradationbased upon the packet loss rate exceeding a threshold.

In another aspect, the present application provides a mobile wirelessdevice for engaging in a media service through a wireless communicationsystem. The media service has an expected packet generation rate. Themobile wireless device includes a communications subsystem forestablishing a connection with the wireless communication system andreceiving RF communications, including data packets from a terminationpoint, a memory storing the expected packet generation rate, and aprocessor associated with the memory and controlling the communicationssubsystem. The mobile device also includes a packet loss module foridentifying degradation of the media service. The packet loss moduleincludes a packet loss calculation component for counting a number ofdata packets actually received over a period of time and calculating apacket loss rate from the counted number of data packets and theexpected packet generation rate, and a service degradation handlingcomponent for determining that the media service is experiencingsignificant quality degradation based upon the packet loss rateexceeding a threshold.

Other aspects and features of the present application will be apparentto one of ordinary skill in the art in light of the following detaileddescription and drawings depicting one or more embodiments.

BRIEF DESCRIPTION OF THE DRAWINGS

Embodiments will now be described, by way of example only, withreference to the attached Figures, wherein:

FIG. 1 diagrammatically shows a wireless communications system;

FIG. 2 shows a block diagram of an embodiment of a mobile device; and

FIG. 3 shows, in flowchart form, a method for identifying degradingquality of a wireless service using a mobile device.

Like reference numerals are used throughout the Figures to denotesimilar elements and features.

DETAILED DESCRIPTION

Reference is first made to FIG. 1, which diagrammatically shows awireless communications system 12. The wireless communications system 12includes a plurality of access points or base stations 14 (two are shownindividually as 14 a and 14 b) interconnected in a network 20. Thewireless communications system 12 may comprise a wireless local areanetwork associated with a campus, building, or other facility. Forexample, the wireless communication system 12 may comprise a wirelessnetwork conforming to IEEE 802.11 standards. In other embodiments, thewireless communications system 12 may comprise any wirelesscommunications network or combination of interconnected networks,including, without limitation, TDMA, CDMA, GSM/GPRS, EDGE, UMTS or CDPD.The wireless communications system 12 may be connected to other networksor communication system including, for example, the public switchedtelephone network (PSTN) (not shown), or a wide area network such as theInternet (not shown).

As is known, the base stations 14 perform radio frequency (RF) protocolsto support data and voice exchanges with one or more mobile devices 10(shown individually as 10 a and 10 b). Each mobile device 10 isconfigured to exchange RF-based communications with one of the basestations 14 using known protocols. The mobile device 10 a may establisha service with another mobile device 10 b or other termination point,wherein the service includes sending and/or receiving media packetsthrough the wireless communications system 12 over a media path 18. Themedia packets relate to real-time media, such as audio, video, ormulti-media applications. In one embodiment, the media packets relate toa Voice-over-IP call. In other embodiments the media packets may relateto video sessions, streaming audio or video, real-time gamingapplications or other multi-media sessions. Such a media session may beestablished over IP-based networks using real-time transport protocol(RTP) on top of user datagram protocol (UDP). Session initiationprotocol (SIP) or other control protocols may be employed to set-up,manage, control, and or tear down media paths between terminationpoints.

Although FIG. 1 depicts a media session between two mobile devices 10 inthe wireless communication system 12, it will be appreciated that thepresent application is not limited to point-to-point media sessions andmay include multi-cast or broadcast communications. Moreover, thepresent application is not limited to communications within the wirelesscommunications system 12. The media session may be established between amobile device 10 within the wireless communication system andtermination points located on other networks connected with the wirelesscommunication system 12, including through the Internet or the PSTN. Thetermination points are not necessarily other mobile devices 10, and mayinclude IP phones, personal computers, gateways, media servers, and anyother device capable of terminating a media service.

A VoIP session or other media session, including a video session, mayemploy any one of a number of codecs for encoding, and possibilitycompressing, the media data for packetization and transport. A commonaudio codec that employs pulse-code modulation (PCM) is the G.711protocol established by the International Telecommunications Union(ITU). Other ITU standards include G.729, G.726, and G.723.

The selected codec establishes a known sample rate. For example, theG.711 protocol employs a sample rate of 8000 Hz. Typically, multiplesamples are packaged by a sending device into a packet for transmissionover the network to a receiving device. Those of ordinary skill in theart will recognize that use of a given codec having an establishedsampling rate does not necessarily lead to a particular packet rate inall implementations under the RTP standard as defined in RFC 3550 issuedby the Internet Engineering Task Force (IETF). However, IETF RFC 1890regarding audio and video conferencing suggests a default packetinterval of 20 ms for packetized audio. In some embodiments, the packetinterval might also be 10 ms, 30 ms, 40 ms, or 50 ms.

The packet interval depends on the codec sampling rate, the sampleresolution or byte size, and the packet payload size. For example, underG.711, which uses a sample rate of 8000 Hz (a bit rate of 64 kbps) onemight select a payload size of 160 bytes, which leads to a packetinterval of 20 ms, i.e. a packet per second rate of 50. One mightalternatively select a payload size of 240 bytes, which would lead to apacket interval of 30 ms, i.e. a packet per second rate of 33.33. Asanother example, a codec using G.729 has a sample rate of 1000 Hz (a bitrate of 8 kpbs) and one might select a payload size of 20 bytes, whichwould lead to a packet interval of 20 ms, i.e. a packet per second rateof 50.

In the present application, the mobile devices 10 operate using apredetermined packet interval or packet generation rate forcommunications over the media path 18. The packet interval or generationrate is determined based upon the codec sampling rate and the packetpayload size. In many embodiments, these factors are established duringthe call setup. For example, the device initiating the call may specifythe codec to be used in the call. The initiating device may offer aselection of possible codecs and the responding device may select one ofthe codecs that it supports. The devices may also agree on a payloadsize. In one embodiment, these factors are negotiated or agreed uponusing SIP. Once these factors are settled, i.e. once the devicesdetermine the codec and the payload size, they can calculate ordetermine the packet generation rate. This rate may then be stored onthe devices for use in determining the packet loss rate, as describedbelow.

In accordance with the present application, the mobile device 10determines a packet loss rate with respect to packets sent by atermination point by counting the number of received packets over a timeperiod and comparing the number of received packets with the expectednumber of received packets, wherein the expected number of receivedpackets is established by the predetermined packet generation rate.Based upon the packet loss rate, the mobile device 10 is able to assessthe quality of service. Packets may be lost due to a number of factors,including attenuation of or interference with RF signals between thebase station 14 and the mobile device 10, or network congestion withinthe network 20. Once the packet loss rate reaches certain thresholds,the quality of service becomes noticeably degraded. If the servicequality becomes sufficiently degraded, then the media may become largelyunintelligible. For example, packet loss in a VoIP call can result inclicks, stutter, audio jitter, and other artefacts. With significantdegradation, a recipient may be unable to hear the other party clearlyor at all.

The present application allows the mobile device 10 to automaticallydetect when packet loss becomes high enough to cause significantdegradation of the quality of service. If the packet loss rate reaches apredetermined threshold, then the mobile device 10 may take action. Insome embodiments, the mobile device 10 may alert the user with asensible output, such as a sound, flashing display or LED, or vibration.The alert signal notifies the user that the mobile device 10 hasdetected a degraded media session and there is a risk of furtherdegradation to the quality of service. In another embodiment, where thethreshold indicates a largely unintelligible service, the mobile device10 may initiate an automatic service termination to avoid having theservice continue to consume network resources when it is no longerfunctional from a quality of service point of view.

Reference is now made to FIG. 2, which shows a block diagram of anembodiment of a mobile device 10. The mobile device 10 is a hand-heldtwo-way mobile communication device having at least data and possiblyalso voice communication capabilities. In an example embodiment, thedevice has the capability to communicate with other computer systems onthe Internet. In various embodiments, the mobile device 10 may include adata communication device, a multiple-mode communication deviceconfigured for both data and voice communication, a mobile IP telephone,a mobile communication device, a PDA enabled for wirelesscommunications, a 1-way or 2-way pager, a wireless modem operating inconjunction with a computer system, and any other type of mobilewireless communication device capable of engaging in real-timepacket-based communication services such as, for example, VoIP. In thepresently described embodiment, the mobile device 10 is configured tooperate within the wireless communications system 12. It should beappreciated however that the present application is in no way limited tothese example types of devices and may be implemented in other devices.

The device 10 includes a communication subsystem 11. The communicationssubsystem 11 manages the wireless RF communications with base stations14 in the wireless communications system 12. The communication subsystem11 may include one or more antennae, a transceiver, a processing elementlike a digital signal processor and other components. As will beapparent to those skilled in the field of communications, the particulardesign of the communication subsystem 11 will be dependent upon thewireless communications system 12 in which the device 10 is intended tooperate. The communication subsystem 11 manages the tasks ofestablishing a connection with a base station 14 and sending andreceiving packets over the connection.

The device 10 includes a microprocessor 38 that controls the overalloperation of the device 10. The microprocessor 38 interacts with thecommunications subsystem 11 and also interacts with further devicesubsystems such as the display 22, flash memory 24, random access memory(RAM) 26, subscriber identity module (SIM) 56, auxiliary input/output(I/O) subsystems 28 (which may include a thumb-wheel, for example),serial port 30, keyboard or keypad 32, speaker 34, microphone 36, ashort-range communications subsystem 40, and any other device subsystemsgenerally designated as 42.

Some of the subsystems shown in FIG. 2 perform communication-relatedfunctions, whereas other subsystems may provide “resident” or on-devicefunctions. Notably, some subsystems, such as keyboard 32 and display 22for example, may be used for both communication-related functions, suchas entering a text message for transmission over a communicationnetwork, and device-resident functions such as a calculator or tasklist.

Host operating system software 54 and various host software applications58 used by the microprocessor 38 are, in one example embodiment, storedin a persistent store such as flash memory 24 or similar storageelement. Host software applications 58 may include a wide range ofapplications, including a text messaging application, a ring toneapplication, a contacts application, and/or a game application. Thoseskilled in the art will appreciate that the host operating system 54,specific host applications 58, or parts thereof, may be temporarilyloaded into a volatile store such as RAM 26. It is contemplated thatreceived communication signals may also be stored to RAM 26.

The microprocessor 38, in addition to its operating system functions,enables execution of host software applications 58 on the device. Apredetermined set of host applications 58 which control basic deviceoperations, including at least voice communication applications forexample, will normally be installed on the device 10 during manufacture.Further applications may also be loaded onto the device 10 through theWLAN 12, an auxiliary I/O subsystem 28, serial port 30, short-rangecommunications subsystem 40 or any other suitable subsystem 42, andinstalled by a user in the RAM 26 or a non-volatile store for executionby the microprocessor 38. Such flexibility in application installationincreases the functionality of the device and may provide enhancedon-device functions, communication-related functions, or both. Forexample, secure communication applications may enable electroniccommerce functions and other such financial transactions to be performedusing the device 10.

In a communication mode, a received signal such as a voice call, a textmessage, or web page download will be processed by the communicationsubsystem 11 and input to the microprocessor 38, which will preferablyfurther process the received signal for output to the speaker 34 or thedisplay 22, or alternatively to an auxiliary I/O device 28. A user ofdevice 10 may also compose data items such as text messages for example,using the keyboard 32 in conjunction with the display 22 and possibly anauxiliary I/O device 28. Such composed items may then be transmittedover a communication network through the communication subsystem 11.

The serial port 30 in FIG. 1 would normally be implemented in a personaldigital assistant (PDA)-type communication device for whichsynchronization with a user's desktop computer (not shown) may bedesirable, but is an optional device component. Such a port 30 wouldenable a user to set preferences through an external device or softwareapplication and would extend the capabilities of the device by providingfor information or software downloads, including user interfaceinformation, to the device 10 other than through a wirelesscommunication network.

A short-range communications subsystem 40 is a further component whichmay provide for communication between the device 10 and differentsystems or devices, which need not necessarily be similar devices. Forexample, the subsystem 40 may include an infrared device and associatedcircuits and components or a Bluetooth™ communication module to providefor communication with similarly enabled systems and devices.

The mobile device 10 includes a packet loss module 60 for determining apacket loss rate and for determining whether the packet loss rateindicates a degraded service quality. The mobile device 10 may alsoinclude an expected packet generation rate 62. As described above, theexpected packet generation rate 62 may be calculated or determined bythe device 10 once it agrees upon a codec and payload size to be used ina particular media service. In one embodiment, the mobile device 10includes a look-up table that stores the expected packet generationrates 62 corresponding to various combinations of codecs and payloadsizes. Once a codec and payload size is determined for a given mediaservice session, the device 10 is able to determine the expected packetgeneration rate 62 from the look-up table.

The packet loss module 60 may include a packet loss calculationcomponent 64 and a service degradation handling component 66. The packetloss calculation component 64 calculates the packet loss by counting thenumber of received packets over the course of a predetermined timeperiod. At expiry of the predetermined time period, the packet losscalculation component 64 determines the packet loss rate in accordancewith the following formula:

$\frac{{{Number}{\mspace{11mu}\;}{of}{\mspace{11mu}\;}{RTP}\mspace{14mu}{packets}\mspace{14mu}{expected}} - {{Number}{\mspace{11mu}\;}{of}\mspace{14mu}{RTP}\mspace{14mu}{packets}\mspace{14mu}{received}}}{{Number}\mspace{14mu}{of}\mspace{14mu}{RTP}\mspace{14mu}{packets}\mspace{14mu}{expected}}$

The number of RTP packets expected is determined by multiplying thelength of the predetermined time period with the expected packetgeneration rate 62. The predetermined time period is selected so as tobe long enough to reduce the impact of any anomalous delays in packettransmission. In one embodiment, the predetermined time period is about10 seconds and the expected packet generation rate 62 is 50 per second(1 every 20 ms), which leads to an expected number of RTP packet of 500.If the number of packets received is, for example, 450, then the packetloss rate is (500−450)/500, which is 0.1 or 10%.

The service degradation handling component 66 receives the calculatedpacket loss rate from the packet loss calculation component 64. Theservice degradation handling component 66 compares the calculated packetloss rate with one or more threshold values and may take action if thepacket loss rate exceeds one or more of the threshold values.

In one embodiment, the service degradation handling component 66 appliesa first threshold. If the packet loss rate exceeds the first threshold,then the service degradation handling component 66 outputs an alertsignal. The alert signal triggers a sensible output from the mobiledevice 10. The sensible output may comprise a beep or other audiblesignal. The audible signal may be injected into the voice data of a VoIPcall or may be output separately from the audio of the VoIP call. Theoutput may also or alternatively be a visual or kinetic signal. Forexample, the alert may by output by way of display screen or LED. Thealert might also be signalled using vibration or other kinetic signals.The alert signal may be output once or may be output repeatedly. Ifoutput repeatedly, then the user may be permitted to turn off the alertthrough a keystroke, key combination, soft key or other input mechanism.

The first threshold is established by determining a packet loss ratethat coincides with a significant degree of service quality degradation.The threshold may differ for different applications. In one embodiment,for a VoIP call, the first threshold is set between about 10% and 20%.

When a user receives a sensible output that signifies a degraded servicequality, the user may elect to continue with the call or intentionallyterminate the call. The user may also elect to terminate anotherapplication or service that is consuming bandwidth and contributing tocongestion or packet loss. The alert signal may also serve to notify theuser that the service quality could degrade further, which could triggerother action by the mobile device 10, as described below.

In another embodiment, the service degradation handling component 66applies a second threshold. The second threshold may be applied inaddition to the first threshold or instead of the first threshold. Ifthe service degradation handling component 66 determines that thecalculated packet loss rate exceeds the second threshold, then theservice degradation handling component 66 triggers termination of theactive service. For example, if the service is a VoIP call, then theservice degradation handling component 66 triggers issuance of a callrelease command or message. In an embodiment employing SIP to managecall control, the mobile device 10 sends a SIP BYE message.

The second threshold is established by determining a packet loss ratethat coincides with a degree of service quality degradation that rendersthe service nearly unintelligible. For example, with a VoIP call, thesecond threshold may be established by determining a packet loss rate atwhich the speech of the other user becomes very difficult or impossibleto hear due to the lost packets. In one embodiment, for a VoIP call, thesecond threshold is about 30%.

Although FIG. 2 depicts the packet loss module 62 as residing in flashmemory 24 for execution by the microprocessor 38, those of ordinaryskill in the art will appreciate that the packet loss module 62 may beincorporated as a part of the communication subsystem 11 and may beexecuted by a processor internal to the communication subsystem 11.

Reference is now made to FIG. 3, which shows, in flowchart form, amethod 100 of identifying degrading quality of a wireless service usinga mobile device. The method 100 begins in step 102, wherein a wirelessservice, like a VoIP call, is established between the mobile device andone or more termination points.

As discussed above, the mobile device stores a predetermined packetgeneration rate associated with the service, wherein the predeterminedpacket generation rate is the rate at which the termination pointgenerates packets for transmission to the mobile device. It will beappreciated that in multi-party media session, such as a conferencecall, the mobile device may store a predetermined packet generation ratefor each party and may perform the method 100 in connection with packetsreceived from each party. As explained above, the predetermined packetgeneration rate may be calculated or determined by the device during theservice set-up or initiation after a particular codec and payload sizeare selected for the service. Therefore, FIG. 3 shows a step 103 whereinthe device determines or calculates the predetermined packet generationrate. As noted above, the device may employ a look-up table or similarmechanism to determine this rate.

In step 104, the mobile device starts a timer. While the timer runs, instep 106 the mobile device counts the number of packets received fromthe termination point. The mobile device continues to count receivedpackets until the time reaches the end of a predetermined time period instep 108.

Once the end of the time period is reached, then in step 110 the mobiledevice calculates the packet loss rate. As described above, the packetloss rate is determined from the number of packets actually received,the expected packet generation rate, and the length of the time period.The mobile device then compares the packet loss rate with a firstthreshold in step 112. If the packet loss rate does not exceed the firstthreshold, then the method 100 returns to step 104 to restart the timerand continue to monitor the packet loss rate.

If the packet loss rate does exceed the first threshold, then in step114 the mobile device determines whether the packet loss rate exceeds asecond threshold. The second threshold is higher than the firstthreshold, i.e. it indicates a higher packet loss rate. If thecalculated packet loss rate lies between the first and secondthresholds, then the method 100 continues to step 116, wherein themobile device triggers a user alert signal. As described above, thissignal may be auditory, visual, and/or kinetic. Following triggering ofthe user alert signal, the method 100 returns to step 104 to restart thetimer and reassess the packet loss rate. If, on reassessing the packetloss rate (step 112) it is found to be below the first threshold, thenthe method 100 returns to step 104 through step 113. In step 113, theuser alert signal may be turned off. In some embodiments, the user alertsignal may be a discreet occurrence (e.g. an audio beep) that does notneed to be “turned off” in step 113; however, in other embodiments, theuser alert signal may be an ongoing occurrence that must be turned offonce the packet loss rate is found to have recovered.

If the packet loss rate exceeds the second threshold, then in step 118the mobile device terminates the active service. For example, the mobiledevice may issue a call release command or message, such as a SIP BYEmessage.

The above-described embodiments of the present application are intendedto be examples only. Alterations, modifications and variations may beeffected to the particular embodiments by those skilled in the artwithout departing from the scope of the application, which is defined bythe claims appended hereto.

1. A method of identifying degradation of a media service, the mediaservice being conducted by a wireless device in a wireless system, themedia service having an expected packet generation rate, the methodcomprising the steps of: establishing the media service, includingpre-determining, at said wireless device, the expected packet generationrate based upon a codec and a payload size selected for the mediaservice; counting a number of data packets actually received by saidwireless device over a period of time; calculating, at said wirelessdevice, an expected number of packets from the product of said period oftime and the expected packet generation rate; estimating, at saidwireless device, the number of lost packets by comparing said countednumber of data packets with the expected number of packets andcalculating a packet loss rate therefrom; and determining, at saidwireless device, that the media service is experiencing significantquality degradation based upon said packet loss rate exceeding athreshold.
 2. The method claimed in claim 1, wherein said step ofdetermining includes triggering output of a user alert signal if saidpacket loss rate exceeds said threshold.
 3. The method claimed in claim2, wherein said user alert signal comprises a sensible signal selectedfrom the list consisting of an auditory signal, a visual signal, and akinetic signal.
 4. The method claimed in claim 2, wherein said thresholdcomprises a packet loss rate between 10% and 20%.
 5. The method claimedin claim 1, wherein said step of determining includes terminating themedia service if said packet loss rate exceed said threshold.
 6. Themethod claimed in claim 5, wherein said step of terminating said servicecomprises sending a service termination message.
 7. The method claimedin claim 5, wherein said threshold comprises a packet loss rate of about30%.
 8. The method claimed in claim 1, wherein said threshold includes afirst threshold and a second threshold and wherein said step ofdetermining includes triggering output of a user alert signal if saidpacket loss rate is between said first threshold and said secondthreshold, and terminating the service if said packet loss rate exceedssaid second threshold.
 9. The method claimed in claim 1, wherein themedia service is established over real-time transport protocol andwherein the media service employs a codec conforming to the G.711standard for encoding audio media.
 10. The method claimed in claim 1,wherein said step of comparing comprises a step of calculating saidpacket loss rate in accordance with the formula: $\frac{\begin{matrix}{{{Number}\mspace{14mu}{of}\mspace{14mu}{expected}\mspace{14mu}{packets}} -} \\{{Number}\mspace{14mu}{of}\mspace{14mu}{data}\mspace{14mu}{packets}\mspace{14mu}{received}}\end{matrix}}{{Number}\mspace{14mu}{of}\mspace{14mu}{expected}\mspace{14mu}{packets}}.$11. The method claimed in claim 1, wherein said step of pre-determiningincludes reading a look-up table containing expected packet generationrates corresponding to various codecs and payload sizes.
 12. A mobilewireless device for engaging in a media service through a wirelesscommunication system, the media service having an expected packetgeneration rate, the mobile wireless device comprising: a communicationssubsystem for establishing a connection with the wireless communicationsystem and receiving RF communications, including data packets from atermination point; a memory storing the expected packet generation rate;a processor associated with said memory and controlling saidcommunications subsystem; and a packet loss module for identifyingdegradation of the media service, said packet loss module including, apacket loss calculation component for counting a number of data packetsactually received over a period of time and calculating a packet lossrate from an estimated number of lost packets obtained by comparing saidcounted number of data packets with an expected number of packets, aservice degradation handling component for determining that the mediaservice is experiencing significant quality degradation based upon saidpacket loss rate exceeding a threshold, and a component forpre-determining the expected packet generation rate based upon a codecand a payload size selected for the media service and for calculatingthe expected number of packets from the product of said period of timeand the expected packet generation rate.
 13. The device claimed in claim12, wherein said service degradation handling component includes acomponent for triggering output of a user alert signal if said packetloss rate exceeds said threshold.
 14. The device claimed in claim 13,wherein said user alert signal comprises a sensible signal selected fromthe list consisting of an auditory signal, a visual signal, and akinetic signal.
 15. The device claimed in claim 13, wherein saidthreshold comprises a packet loss rate between 10% and 20%.
 16. Thedevice claimed in claim 12, wherein said service degradation handlingcomponent includes a component for terminating the media service if saidpacket loss rate exceed said threshold.
 17. The device claimed in claim16, wherein component for terminating sends a service terminationmessage.
 18. The device claimed in claim 16, wherein said thresholdcomprises a packet loss rate of about 30%.
 19. The device claimed inclaim 12, wherein said threshold includes a first threshold and a secondthreshold and wherein said service degradation handling componentincludes a component for triggering output of a user alert signal ifsaid packet loss rate is between said first threshold and said secondthreshold, and includes a component for terminating the media service ifsaid packet loss rate exceeds said second threshold.
 20. The deviceclaimed in claim 12, wherein the media service is established overreal-time transport protocol and wherein the media service employs acodec conforming to the G.711 standard for encoding audio media.
 21. Thedevice claimed in claim 12, wherein said packet loss calculationcomponent includes a component for calculating said packet loss rate inaccordance with the formula: $\frac{\begin{matrix}{{{Number}\mspace{14mu}{of}\mspace{14mu}{expected}\mspace{14mu}{packets}} -} \\{{Number}\mspace{14mu}{of}\mspace{14mu}{data}\mspace{14mu}{packets}\mspace{14mu}{received}}\end{matrix}}{{Number}\mspace{14mu}{of}\mspace{14mu}{expected}\mspace{14mu}{packets}}.$22. The device claimed in claim 12, wherein said memory further includesa stored look-up table containing expected packet generation ratescorresponding to various codecs and payload sizes and wherein saidcomponent for pre-determining reads said look-up table.